home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part1 / 8917 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.4 KB
  1. Path: ligsg2.epfl.ch!matomira
  2. From: matomira@lig.di.epfl.ch (Fernando D. Mato Mira)
  3. Newsgroups: comp.lang.lisp,comp.lang.c++
  4. Subject: Re: efficiency of Lisp compared to other progr. lang.?
  5. Date: 27 Feb 1996 12:18:10 GMT
  6. Organization: Ecole Polytechnique Federale de Lausanne
  7. Distribution: world
  8. Message-ID: <4gusq2$jhh@info.epfl.ch>
  9. References: <s08enrkxymc.fsf@lox.ICSI.Berkeley.EDU> <4gnu92$ll8@ra.nrl.navy.mil> <1996Feb26.121927.25154@wavehh.hanse.de>
  10. NNTP-Posting-Host: ligsg6.epfl.ch
  11.  
  12. In article <1996Feb26.121927.25154@wavehh.hanse.de>, cracauer@wavehh.hanse.de (Martin Cracauer) writes:
  13.  
  14. |> The STL is one of the nicest pieces of C++, IMHO. Used carefully, it
  15. |> can be very useful to control the performance characteristic of a
  16. |> program. I'd say "pilot error" or braindead implementation when code
  17. |> slows down when using STL. Maybe someone could tell them that <MAP> is
  18. |> not a hashing data type. This alone is the cause of many
  19. |> slowdowns. People tend to think that a data type such as map is the
  20. |> fastest possible implementation. 
  21.  
  22. So, where are the hash tables in STL then? Or is it broken?
  23.  
  24. Regards,
  25.  
  26. -- 
  27. Fernando D. Mato Mira             http://ligwww.epfl.ch/matomira.html
  28. Computer Graphics Lab                             
  29. Swiss Federal Institute of Technology (EPFL)  Phone    : +41 (21) 693 - 5248
  30. CH-1015 Lausanne                  FAX      : +41 (21) 693 - 5328
  31. Switzerland                      E-mail   : matomira@di.epfl.ch
  32.                                            
  33.